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Datapakettien numerointi pakettivalitteisessa tiedonsiirrossa 

Keksinnon tausta 

Keksinto liittyy pakettivaiitteiseen tiedonsiirtoon ja erityisesti datapa- 
kettien numeroinnin optimointiin, vieia erityisesti luotettavan (acknowledged) 
5 siirron yhteydessa. 

Ns. kolmannen sukupolven matkaviestinjarjestelmien, joista kayte- 
taan ainakin nimrtyksia UMTS (Universal Mobile Telecommunication System) 
ja IMT-2000 (International Mobile Telephone System), kehityksessa eras lah- 
tokohta on ollut mahdollisimman hyva yhteensopivuus toisen sukupolven rnat- 

10 kaviestinjarjestelmien, kuten GSM-jarjestelman (Global System for Mobile 
Communications) kanssa. Esimerkiksi UMTS-jarjestelman runkoverkko on 
suunniteltu toteutettavaksi GSM-runkoverkon pohjalle, jolloin jo olemassa ole- 
via verkkoja voidaan hyodyntaa mahdollisimman tehokkaasti. Edelleen kol- 
mannen sukupolven matkaviestimille pyritaan mahdollistamaan yhteysvastuun 

15 siirto eli handover UMTS- ja GSM-jarjestelmien valilla. Tama patee myos pa- 
kettivaiitteiseen tiedonsiirtoon, erityisesti UMTS;n ja GSM-jarjestelmaan suun- 
nitellun pakettiradioverkon GPRS:n (General Packet Radio Service) valilla. 

Pakettivalitteisessa tiedonsiirrossa voidaan kayttaa luotettavaa eli 
kuitattua (acknowledged) lahetysta tai epaluotettavaa eli kuittaamatonta 

20 (unacknowledged) lahetysta. Luotettavassa tiedonsiirrossa vastaanottaja la- 
hettaa kuittauksen vastaanottamistaan datapaketeista PDU (Protocol Data 
Unit) lahettajalle. jolloin lahettaja voi lahettaa kadonneet tai vioittuneet datapa- 
ketit uudestaan. GPRS-jarjestelmassa suoritettaessa operointisolmujen vali- 
nen (inter-SGSN, Serving GPRS Support Node) handover tiedonsiirron luo- 

25 tettavuus varmistetaan datapaketteihin liitettavSn 8-bittisen N-PDU-numeron 
(Network PDU) avulla, jonka perusteella voidaan tarkistaa vastaanottajalle va- 
Irtetyt datapaketit. Nykyisten maaritysten mukaisessa UMTS-jarjestelmassa 
pakettivalitteisessa tiedonsiirrossa vastaavaan operointisolmujen valisen han- 
doverin luotettavuuden varmistamiseen keytetaan pakettidataprotokollan RLC- 

30 kerroksen (Radio Link Control) 12-bittista RLC-jaksonumeroa. 

GPRS:n ja UMTS:n valisessa handoverissa GPRS-jarjestelma on 
vastuussa handoverin luotettavuudesta, joten luotettavuuden tarkistus on jar- 
jestetty suoritettavaksi GPRS:n N-PDU-numeroiden avulla, joiden pohjalta 
luodaan handover-prosessissa UMTS:n puolella kaytettavat identifiointinume- 

35 rot. Suoritettaessa handover UMTS:sta GPRS:aan UMTS-jarjestelma on vas- 
tuussa handoverin suorituksesta, jolloin luotettavuuden tarkistus perustuu 
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UMTSrn kasittamiin datapakettien identifiointitietoihin. UMTS-j§rjestelmaan on 
tahan tarkoitukseen suunniteltu 8-bittista datapakettinumeroa, joka liitetaan 
UMTS:n pakettidataprotokollaan kuuluvan konvergenssiprotokollakerroksen 
PDCP (Packet Data Convergence Protocol) datapakettiin ylfmaarSiseksi ta- 
5 vuksi. Tama PDCP-PDU-numero muodostaa nain GPRS:n N-PDU-numeroa 
loogisestr vastaavan datapakettinumeron, jonka perusteella tarkistetaan han- 
doverin yhteydessS, etta kafkki datapaketit ovat siirtyneet luotettavastL On 
myos mahdollista, etta 8-bittinen PDCP~PDU-numero muodostetaan 12- 
bittisista RLC-jaksonumeroista poistamalla nelja eniten rnerkrtsevaa bittia. 

10 Vastaavaa PDCP-PDU- eli N-PDU-numerointia voidaan kayttaa myos UMTS:n 
sisaisessa radioaliverkkojarjestelmien vaiisessS handoverissa (ns. SRNS Re- 
location). Datapaketit PDU asetetaan puskuriin odottamaan, etta yhteysvastuu 
on siirtynyt toisen jarjestelman operointisolmulle SGSN tai UMTSrn sisaisessa 
handoverissa uudelle palvelevalle radioalfverkkojarjestelmaHe SRNS (Serving 

15 Radio Network Subsystem), ja lahetetyt datapaketit voidaan poistaa puskurista 
sita mukaa, kun vastaanottajalta saadaan kuittaus vastaanotetuista datapa- 
keteista. 

Eraana ongelmana ylla kuvatussa jarjestelyssa on PDCP-PDU- 
numeron muodostaman ylimaaraisen tavun liittaminen konvergenssiprotokol- 

20 lakerroksen PDCP jokaisen datapaketin otsikkokenttaan. Tama lisaa kuormi- 
tusta tiedonsiirrossa, koska jokaisessa datapaketissa lahetetaan ylirnaarainen 
tavu. UMTS:n pakettidatapaivelu ei kuitenkaan kayta PDCP-PDU-numeroa 
mihinkaan tarkoitukseen normaalissa tiedonsiirrossa, vaan sita hyfidynnetaan 
ainoastaan UMTS:n ja GPRSrn valisessa handoverissa seka UMTS:n sisai- 

25 sessa handoverissa. 

Edelleen ongelmana ylla kuvatussa jarjestelyssa on PDCP-PDU- 
numeroiden luominen RLC-jaksonumeroista. RLC-jaksonumerot maaritetaan 
juoksevasH RLC-kerroksen datayksikfiille RLC-PDU. Jarjestelman viiveesta 
johtuen puskurissa vol olla suuri rnaara datayksikoita RLC-PDU. Jos RLC- 

30 jaksonumerot kasvavat yli 255:n, joka on suurin kahdeksalla bitilia ilmaistavis- 
sa oleva desimaaliluku, voi kaksi tai useampia datapaketteja saada saman 
PDCP-PDU-numeron, koska RLC-jaksonumeroiden 12:sta bitista poistetaan 
nelja eniten rnerkrtsevaa bittia. Talloin ei vastaanottaja pysty enaa yksiselittei- 
sesti maarittamaan vastaanotetun datapaketin PDCP-PDU-numeron perus- 

35 teella kuitattavaa datapakettia eika handoverin luotettavuutta voida enaa var- 
mistaa. 
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Viela ongelmaksi voi muodostua mahdollinen pakettidatalahetysten 
multipleksaarnlnen PDCP-kerroksessa, jolloin PDCP-kerroksen alapuolinen 
RLC-kerros vastaanottaa datapaketteja useilta yhteyksilta samanaikaisesti. 
Koska handoverin luotettavuus varmlstetaan yhteysperusteisesti, on RLC- 
5 jaksonumeroiden maarittaminen useill© samanaikaisille yhteyksille erittain 
hankalaa ja handoverin luotettavuuden kannalta epavarmaa. 

Keksinnon lyhyt selostus 

Keksinnfln tavoitteena on siten kehittaa parannettu menetefma ja 
menetelman toteuttava laitteisto ylla mainittujen haittojen vahentamiseksi. 

10 Keksinnon tavoitteet saavutetaan menetelmaiia ja jarjestelmaiia, joille on tun- 
nusomaista se T mita sanotaan itsenalsissa patenttivaatimuksissa. Keksinnon 
edulliset suoritusmuodot ovat epaitsenaisten patenttivaatirnusten kohteena. 

Keksinto perustuu siihen, etta kaytetaan PDCP-kerroksella datapa- 
kettien numeroinnissa laskureiden avulla yliapidettavaa "virtuaalista" datapa- 

15 kettrnumerointia. Seka lahettaja-PDCP etta vastaanottaja-PDCP seuraavat 
laskureiden avulla siirrettavia datapaketteja ja vastaanottaja-PDCP kuittaa 
vastaanotetut datapaketit laskuriiukeman avulla, edullisesti normaalia luotetta- 
vaa (acknowledged) tiedonsiirtoa vastaavalla tavalla, joiloin datapakettinume- 
roita ei tarvitse lainkaan valittaa datapakettlen rnukana. Keksinnon edullisen 

20 suoritusmuodon mukaisesti huonoissa lahetysolosuhteissa tai jarjestelrnan 
rajoituksista johtuen siirrettaviin datapaketteihin voidaan liittaa tietyin aikava- 
lein datapakettinumero, jolloin datapakettinumeroa ei liiteta laheskaan jokaisen 
datapakettiin, mutta datapakettilaskurit voidaan kuitenkin synkronoida. 

Keksinnon mukaisen menetelman ja jarjestelman etuna on, etta op- 

25 timaalisissa lahetystilanteissa luotettava tiedonsiirto voidaan taata ilman, etta 
datapakettinumeroita tarvitsee valittaa lainkaan. Epaoptimaalisissa lahetysolo- 
suhteissakin datapakettinumeroita lahetetaan vain hyvin harvoissa datapake- 
teissa. Edelleen etuna on se, etta kuitattavat ja puskurista poistettavat datapa- 
ketit voidaan rnaarittaa yksiselitteisesti. Viela etuna on se, etta keksinn5n mu- 

30 kaista menettelya voidaan kayttaa, paitsl UMTS:n sisaisessa radioaliverkko- 
jarjestelmien vaiisessa handoverissa, myos UMTS:n ja GPRS:n valisessa 
handoverissa edellyttaen, etta vastaanlainen virtuaalinen datapakettinume- 
romti otetaan kayttoon rnyos tulevissa GPRS-versioissa. 
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Kuvioiden lyhyt selostus 

KeksintSa selostetaan nyt lahemmin edullisten suoritusmuotojen 
yhteydessa, viitaten oheisiin piirroksiin, joista 

kuvio 1 esittaa lohkokaaviona GSM/GPRS-jarjestelman rakennetta; 
5 kuvio 2 esittaa lohkokaaviona UMTS-jarjestelman rakennetta; 

kuviot 3a ja 3b esittavat GPRSrn ja UMTS:n kayttajadatayhteyksien 
protokollapinoja; 

kuvio 4 esittaa signalointikaaviona tunnetun tekniikan mukaista 
handover-prosessia UMTSrsta GPRS-jarjestelmaan; 
10 kuvio 5 esittaa signalointikaaviona luotettavaa tiedonsiirtoa ja data- 

pakettien kuittausta PDCP-tiedonsiirrossa; 

kuvio 6 esittaa lohkokaaviona PDCP-kerroksen toiminnallista mallia; 

kuvio 7 esittaa signalointikaaviona keksinnfln mukaista datapaketti- 
numerointia kayttavaa luotettavaa tiedonsiirtoa ja datapakettien kuittausta 
15 PDCP-tiedonsiirrossa; ja 

kuvio 8 esittaa eraan keksinn5ssa hyfidynnettavan datapaketin ra- 
kennetta. 

Keksinnon yksityiskohtainen selostus 

Keksintoa selostetaan seuraavassa esimerkinomaisestt UMTS- ja 

20 GPRS-jarjestelmien mukaisten pakettiradiopaivelun yhteydessa. Keksintoa ei 
kuitenkaan ole rajoitettu vain naihin jarjestelmim, vaan sita voidaan soveltaa 
mihin tahansa pakettfvalrtteiseen tiedonsiirtomenetelmaan, joka edellyttas da- 
tapakettien kuittausta mydhemmin kuvattavalla tavalla. Keksintoa voidaan eri- 
tyisesti soveltaa seka UMTSin ja GPRSrn valisessa luotettavassa handoveris- 

25 sa etta UMTS:n sisaisessa radioaliverkkojarjestelmien valisessa handoverissa 
(SRNS Relocation). Taten tassa selostuksessa kaytettava termi vastaanottaja- 
PDCP voidaan ensin mainitussa tapauksessa korvata GPRSrn vastaavalla 
toiminnolla SNDCP. 

Kuvio 1 havainnolllstaa, kulnka GPRS-jarJestelma on rakennettu 

30 GSM-jarjestelman pohjalle. GSM-jarjestelma kasittaa matkaviestimia MS 
(Mobile Station), jotka ovat radioteitse yhteydessa tukiasemiin BTS (Base 
Transceiver Station). Tukiasemaohjaimeen BSC (Base Station Controller) on 
kytketty useKa tukiasemia BTS ( joiden kaytettavissa olevia radiotaajuuksia ja 
kanavia tukiasemaohjain BSC kontrolloi. Tukiasemaohjaimet BSC ovat puo- 

35 lestaan A-rajapinnan kautta yhteydessa matkaviestinkeskukseen MSC (Mobile 
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Services Switching Center), joka huolehtii yhteydenmuoclostuksesta ja puhe- 
luiden reitittamisesta oikeisiin osoitteisiin. Tassa kaytetaan apuna kahta tieto- 
kantaa, jotka kSsittSvat tietoa matkaviestlntllaajlsta: kotitilaajarekisteria HLR 
(Home Location Register), joka kasittaa tledot matkaviestinverkon kaikista ti- 
5 laajista seka naiden tiiaamista palveluista ja vierailijarekisteria VLR (Visitor Lo- 
cation Register), joka kasittaa tietoja tietyn matkaviestinkeskuksen MSC alu- 
eella vierailevista matkaviestimista. Matkaviestinkeskus MSC on puolestaan 
yhteydessa muihin matkaviestinkeskuksiin yhdyskaytavamatkaviestinkeskuk- 
sen GMSC (Gateway Mobile Services Switching Center) vaiitykselia seka 

10 kiinteaan puhelinverkkoon PSTN (Public Switched Telephone Network). GSM- 
jarjestelrnan tarkemman kuvauksen osalta viitataan ETSI/GSM spesifikaatioi- 
hin seka kirjaan The GSM system for Mobile Communications, M. Mouly and 
M. Pautet, Palaiseau, France, 1992, ISBN;2-9571 90-07-7. 

GSM-verkkoon kytketty GPRS-jarjestelma kasittaa kaksi lahes itse- 

15 naista toimintoa eli yhdyskaytavasolmu n GGSN (Gateway GPRS Support No- 
de) ja operointisolmun SGSN (Serving GPRS Support Node). GPRS-verkko 
voi kasittaa useita yhdyskaytava- ja operointisolmuja ja tyypillisesti yhteen yh- 
dyskaytavasolmuun GGSN on kytketty useita operointisolmuja SGSN. Mo- 
lemrnat solmut SGSN ja GGSN toimivat matkaviestimen liikkuvuuden ymmar- 

20 tavina reitittimina, jotka huolehtivat matkaviestinjarjestelman ohjauksesta ja 
datapakettien reitityksesta matkaviestimiin niiden sijainnista ja kaytetysta pro- 
tokollasta riippumatta. Operointisolmu SGSN on matkaviestinverkon kautta 
yhteydessa matkaviestimeen MS. Yhteys matkaviestinverkkoon (rajapinta Gb) 
muodostetaan tyypillisesti joko tukiaseman BTS tai tukiasemaohjaimen BSC 

25 kautta. Operointisolmun SGSN tehtavana on havaita GPRS-yhteyksiin kyke- 
nevat matkaviestimet palvelualueellaan, lahettaa ja vastaanottaa datapaket- 
teja kyseisilta matkaviestimilta seka seurata matkaviestimien sijaintia palvelu- 
alueellaan. Edelleen operointisolmu SGSN on yhteydessa matkaviestinkes- 
kukseen MSC ja vierailijarekisteriin VLR signalointirajapinnan Gs kautta ja koti- 

30 rekisteriin HLR rajapinnan Gr kautta. Kotirekisteriin HLR on talletettu myGs 
GPRS-tietueita, jotka kasittavat tilaajakohtaisten pakettidataprotokollien sisal- 
Ion, 

Yhdyskaytavasolmu GGSN toimii yhdyskaytavana GPRS-verkon ja 
ulkoisen dataverkon PDN (Packet Data Network) vaiilia. Ulkoisia dataverkkoja 
35 voivat olla esimerkiksi toisen verkko-operaattorin GPRS-verkko, Internet X.25- 
verkko tai yksityinen lahiverkko. Yhdyskaytavasolmu GGSN on yhteydessa 
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kyseisiin dataverkkoihin rajapinnan Gi kautta. YhdyskSytavasolmun GGSN ja 
operointisolmun SGSN valilla siirrettavat datapaketrt ovat aina GPRS- 
standardin mukaisesti kapseloituja. Yhdyskaytavasolmu GGSN sisaltaa myGs 
GPRS-matkaviestimien PDP-osoitteet (Packet Data Protocol) ja reititystiedot 
5 ts. SGSN-osoitteet. Reititystietoa kaytetaan siten datapakettien linkittamiseen 
ulkoisen dataverkon ja operointisolmun SGSN valilla. Yhdyskaytavasolmun 
GGSN ja operointisolmun SGSN vaiinen GPRS-runkoverkko on IP- 
yhteyskaytantoa, edullisesti IPv6 (Internet Protocol, version 6) hyOdyntavS 
verkko. 

10 Pakettivaiitteisessa tiedonsiirrossa tietoliikenneverkon tarjoamasta 

paatelaitteen ja verkko-osoitteen valisesta yhteydesta kaytetaan yleisesti ter- 
mia konteksti. Taiia tarkoitetaan kohdeosoitteiden vaiista loogista linkkia, jonka 
kautta datapaketteja vaiitetaan kohdeosoitteiden valilla. Tama looginen linkki 
voi olla olemassa, vaikka paketteja ei valitettaisikaan, jolloin se ei myfiskaan 

15 vie jarjestelman kapasiteettia muilta yhteyksllta. Taten konteksti eroaa esimer- 
kiksi piirikytkentaisesta yhteydesta. 

Kuviossa 2 esftetaan yksinkertaistetusti, kuinka kolrnannen suku- 
polven UMTS-verkko voidaan rakentaa edelleen kehitetyn GSM-runkoverkon 
yhteyteen. Runkoverkossa matkaviestinkeskus/vierailijarekisteri 3G-MSC/VLR 

20 on yhteydessa kotirekisteriin HLR kautta ja edullisesti myos alyverkon ohjaus- 
pisteeseen SCP (Service Control Point). Yhteys operointisolmuun 3G-SGSN 
muodostetaan rajapinnan Gs 1 valitykseNa ja kiinteaan puhelinverkkoon 
PSTN/ISDN kuten edelia on esitetty GSM:n yhteydessa. Operointisolmusta 
3G-SGSN muodostetaan yhteys ulkoisiin dataverkkoihin PDN taysin vastaa- 

25 valla tavalfa kuln GPRS-jarJestelmassa ell rajapinnan Gn kautta yhdyskSyta- 
vasolmuun GGSN, josta on edelleen yhteys ulkoisiin dataverkkoihin PDN. Se- 
ka matkaviestinkeskuksen 3G-MSC/VLR etta operointisolmun 3G-SGSN yhte- 
ys radioverkkoon UTRAN (UMTS Terrestrial Radio Access Network) tapahtuu 
rajapinnan lu vaiitykselia, joka siis GSM/GPRS-jarjestelmaan nahden yhdistaa 

30 rajapintojen A ja Gb toiminnallisuudet, joiden lisaksi rajapinnalle lu voidaan 
kehittaa kokonaan uusia toiminnallisuuksia. Radioverkko UTRAN kasittaa 
useita radioaliverkkojarjestelmia RNS (Radio Network Subsystems), jotka 
edelleen muodostuvat radioverkkokontrollereista RNC (Radio Network Cont- 
roller) ja naihin yhteydessa olevista tukiasemista BS (Base Station), joista 

35 kaytetaan myOs termia Node B. Tukiasemat ovat radioyhteydessa tilaajapaa- 
telaitteisiin UE (User Equipment), tyypillisesti matkaviestimiin MS. 
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Kuviot 3a ja 3b esittavat GPRS:n ja vastaavasti UMTS:n protokolla- 
pinoja, joiden mukaisia maarittelyja kSytetaan kayttajadatan vSlityksessa ky- 
seisissa jarjestelmissa. Kuviossa 3a kuvataan matkaviestimen MS ja yhdys- 
kaytavasolmun GGSN vSlista kayttajadatan siirtoon kSytettavaa protokollapi- 
5 noa GPRS-j§rjestelmassa. Matkaviestimen MS ja GSM-verkon tukiasemajar- 
jestelman BSS vaiinen tiedonsiirto radiorajapinnan Urn yli tapahtuu normaalin 
GSM-protokollan mukaisesti. Tukiasemajarjesteiman BSS ja operointisolmun 
SGSN valiselia rajapinnalla Gb alin protokollakerros on jatetty avoimeksi ja toi- 
sessa kerroksessa kaytetaan joko ATM- tai Frame Relay- protokollaa. Taman 
10 paalla oleva BSSGP-kerros (Base Station System GPRS Protocol) lisaa vali- 
tettaviin datapaketteihin reitityksen ja palvelunlaadun maarityksia seka data- 
pakettien kuittaukseen ja Gb-rajapinnan hallintaan liittyvia signalointeja. 

Matkaviestimen MS ja operointisolmun SGSN vaiinen suora kom- 
munikointi on maaritelty kahdessa protokoUakerroksessa. SNDCP (Sub- 
15 Network Dependent Convergence Protocol) ja LLC (Logical Link Layer). 
SNDCP-kerroksessa valitettava kayttajadata segmentoidaan yhteen tai use- 
ampaan SNDC-datayksikkoon, jolloin kayttajadata seka siihen liittyva TCP/IP- 
tai UDP/lP-otsikkokentta voidaan optionaalisesti kompressoida. SNDC- 
datayksikflt valitetaan LLC-kehyksissa, joihin on Hsatty tiedonsiirron kannalta 
20 olennaista osoite- ja tarkistusinformaatioita, ja joissa kehyksissa SNDC- 
datayksikoille voidaan suorittaa salaus. LLC-kerroksen tehtavana on yllapitaa 
matkaviestimen MS ja operointisolmun SGSN valista tiedonsiirtoyhteytta ja 
huolehtia vahingoittuneiden kehysten uudelleeniahetyksesta. Operointisolmu 
SGSN vastaa matkaviestimelta MS tulevien datapakettien reitityksesta edel- 
25 leen oikealle yhdyskaytavasolmulle GGSN. Talla yhteydelia kaytetaan tunne- 
lointiprotokollaa (GTP, GPRS Tunnelling Protocol), joka koteloi ja tunneloi kai- 
ken GPRS-runkoverkon kautta vaiitettavan kayttajadatan ja signaloinnin. GTP- 
protokollaa ajetaan GPRS-runkoverkon kayttaman IP:n paalla. 

UMTS:n pakettivalitteisen kayttajadatan valityksessa kaytettava ku- 
30 vion 3b mukainen protokollapino vastaa hyvin pitkalle GPRS:n protokollapi- 
noa, kuitenkin muutamin olennaisin poikkeuksin. Kuten kuviosta 3b nahdaan, 
UMTS:ssa operointisolmu 3G-SGSN ei enaa miliaan protokollakerroksella 
muodosta suoraa yhteytta tilaajapaatelaitteeseen UE, kuten matkaviestimeen 
MS, vaan kaikki tiedonsiirto tapahtuu radioverkon UTRAN kautta. Talloin ope- 
35 rointisolmu 3G-SGSN toimii lahinna reitittimena, joka vaiittaa GTP-pratokollan 
mukaiset datapaketit radioverkolle UTRAN. Radioverkon UTRAN ja tilaaja- 
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paatelaitteen UE vatiselia rajapinnalla Uu alemman tason tiedonsiirto fyysisella 
kerroksella tapahtuu WCDMA- tai TD-CDMA-pnotokollan mukaisesti. Fyysisen 
kerroksen paalla olevat RLC- ja MAC-kerrokset vastaavat toiminnoiltaan pit- 
kaiti GSM:n vastaavia kerroksia, kuKenkin niin, etta LLC-kerroksen toiminnalli- 
5 suuksia on siirretty UMTS:n RLC-kerroksen vastuulle. NSiden paalla oleva 
PDCP-kerros koivaa GPRS-jarjestelmaan nahden lahinna SNDCP-kernoksen 
ja PDCP-kerroksen toiminnallisuudet vastaavat pitkSIti SNDCP-kerroksen ka- 
sittamla toiminnallisuuksia. 

Kuvion 4 mukaisessa signalointikaaviossa esitetaan tunnetun tek- 

10 niikan mukainen handover UMTS:sta GPRSraan. Tailainen handover tapah- 
tuu, kun matkaviestin MS siirtyy pakettidatalahetyksen jatkuessa UMTS- 
solusta GSM/GPRS-soluun, joka kayttaa eri operointisolmua SGSN. Talloin 
matkaviestin MS ja/tai radioverkot BSS/UTRAN tekevat paatoksen handoverin 
suorittamisesta (vaihe 400). Matkaviestin lahettaa uudelle operointisoimulle 

15 2G-SGSN reititysalueen paivityspyynnon (RA Update Request, 402). Operoin- 
tisolmu 2G-SGSN lahettaa vanhalle operointisoimulle 3G-SGSN matkaviesti- 
men lilkkuvuudenhallintaa ja PDP-kontekstia maarittelevan operointisolmun 
kontekstikyselyn (SGSN Context Request, 404). Operointisolmu 3G-SGSN la- 
hettaa pakettidatayhteydesta vastuussa olleelle radroaliverkkojarjestelmalle 

20 SRNS (Serving RNS), tarkemmin taman kasittamille radioverkkokontrollereille 
SRNC (Serving RNC), SRNS-kontekstikyselyn (SRNS Context Request, 406), 
johon vasteena SRNS lopettaa datapakettien lihettamisen matkaviestimelle 
MS, asettaa lahetettavat datapaketit puskuriin ja lahettaa vastauksen (SRNS 
Context Response, 408) operointisoimulle 3G-SGSN. Tassa yhteydessa ra- 

25 dioaliverkkojarjestelma SRNS mm. maarittaa puskuriin asetettaville datapa- 
keteille 8-bittiset PDCP-PDU- eli N-PDU-numerot. Saatuaan tiedon matkavies- 
timen MS liikkuvuudenhallinta- ja PDP-kontekstitiedoista operointisolmu 3G- 
SGSN ilmoittaa nama operointisoimulle 2G-SGSN (SGSN Context Response, 
410). 

30 Operointisolmu 2G-SGSN voi tarvittaessa suorfttaa matkaviestimen 

autentikoinnin kotirekisterista HLR (Security Functions, 412). Uusi operointi- 
solmu 2G-SGSN informoi vanhaa operointisolmua 3G-SGSN siita, etta on 
valmis vastaanottamaan aktivoitujen PDP-kontekstien datapaketteja (SGSN 
Context Ack, 414), johon vasteena operointisolmu 3G-SGSN pyytaa radioali- 

35 verkkojarjestelmaa SRNS (SRNS Context Ack, 416a) lahettamaan puskurissa 
olevat datapaketit operointisoimulle 3G-SGSN (Forward Packets, 416b), joka 
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edelleen lahettaa ne operointisolmulle 2G-SGSN (Forward Packets, 418). 
Operointisolmu 2G-SGSN suorittaa GPRS-jarjestelman mukaisen PDP- 
kontekstln pSIvityksen yhdyskaytavasolmun GGSN kanssa (Update PDP 
Context Request/Response, 420). TarnSn jalkeen operointisolmu 2G-SGSN 
5 informoi kotirekisteria HLR uudesta operointisolrnusta (Update GPRS Locati- 
on, 422), jolloin vanhan operointisolmun 3G-SGSN ja radioaliverkkojarjestel- 
man SRNS rnuodostama yhteys puretaan (424a, 424b, 424c, 424d), uudelle 
operointisolmulle 2G-SGSN vaiitetaan tarvittavat tilaajatledot (426a, 426b) ja 
kotirekisteri HLR kuittaa uuden operointisolmun 2G-SGSN (Update GPRS Lo- 

10 cation Ack, 428). 

Taman jSfkeen operointisolmu 2G-SGSN tarkistaa matkaviestimen 
MS titaajaoikeudet ja sijainnin alueellaan sekd luo loogisen linkin operointisol- 
mun 2G-SGSN ja matkaviestimen MS vaiille, jonka jafkeen matkaviestimen 
MS pyytama reititysalueen paivityspyyntfl voidaan hyvaksya (RA Update Ac- 

15 cept, 430). TSssa yhteydessa matkaviestimelle MS lahetetaan myos tieto on- 
nistuneesti vastaanotetuista datapaketeista, jotka matkaviestin MS on lahetta- 
nyt UMTS-jarjesteiman radioaliverkkojarjestelmalle SRNS ennen handover- 
prosessin aloittarnista. Mainitut datapaketit on identifioitu edelia kuvatulla ta- 
valla muodostetuista PDCP-PDU-numeroista. Matkaviestin MS kuittaa reititys- 

20 alueen paivityspyynndn hyvaksymisen (RA Update Complete, 432), jossa yh- 
teydessa operointisolmulle 2G-SGSN lahetetaan tieto matkaviestimen MS on- 
nistuneesti vastaanottamista datapaketeista, jotka operointisolmu 3G-SGSN 
on lahettanyt radioaliverkkojarjestelman SRNS kautta ennen handover- 
prosessin aloittarnista. Matkaviestin MS identifioi datapaketit 8-bittisilia N-PDU- 

25 numeroilla. Taman jalkeen uusi operointisolmu 2G-SGSN voi aloittaa datapa- 
kettien vaiityksen tukiasemajarjestelman BSS kautta (434). 

8-bittisten PDCP-PDU-numeroiden muodostamista 1 2-bittisista 
RLC-jaksonumeroista ja siita aiheutuvia ongelmia havainnollistetaan seuraa- 
valla taulukolla. 

30 
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Taulukosta nahdaan esimerkinomaisesti, Kuinka 12-bittisesti esitetyt 
desimaaliluvut 94, 350, 606 ja 862 muutetaan edella kuvatulla menettelylia 8- 
bittisiksi. Koska muunnoksessa otetaan huomioon vain kahdeksan vahiten 
merkitsevaa bittia, kaikille mainitulle luvuille muodostuu sama 8-bittinen blnSa- 
5 riesitys. Nain ollen, jos puskurissa on lanes 900 datayksikkoS RLC-PDU, saa- 
vat edella mainitut RLC-jaksonumerot omaavat datayksik6t saman 8-bittisen 
esityksen. Kun vastaanottaja kuittaa lahettajaile onnistuneesti vastaanotetut 
datapaketit, ei lahettaja voi kultattujen 8-blttlsten numerolden perusteeJIa yksi- 
selitteisesti tietaa, mika datapakettl voidaan poistaa puskurista. 
10 Kuviossa 5 esitetaan, kuinka tiedonsiirron kuittaus ja datapakettien 

kulku tapahtuu kSytettSessa kuitattua lahetysta PDCP-tiedonsiirrossa. PDCP- 
entiteetti vastaanottaa kayttajaita" pyynnon (POCP-DATA.request, 500) data- 
pakettien lahettamiseksi, jonka pyynnon yhteydessa vastaanotetaan myos 
datapaketteja PDCP-SDU (Service Data Unit), joista verkkokerroksen datapa- 
15 ketteina kaytetaan myos nimitysta N-SDU. PDCP-entiteetti suorittaa datapa- 
kettien otsikkokentan kompressoinnin ja lahettaa nain syntyvat datapaketit 
PDCP-PDU RLC-kerrokselle (RLC-AM-DATA. request, 502) yhdessa radiolin- 
kin identiteettitietojen kanssa. RLC-kerros va3taa datapakettien PDCP-PDU 
lahettamisesta (send, 504) ja onnistuneen lahetyksen kuittauksesta (send ack, 
20 506). Datapaketit N-SDU asetetaan PDCP-entiteetissa puskuriin, josta ne 
poistetaan vasta, kun RLC-kerrokselta saadaan kuittaus (RLC-AM-DATA.conf, 
508) onnistuneesta datapakettien siirrosta vastaanottajalle. Vastaanottaja- 
PDCP vastaanottaa lahetetyt PDCP-PDU.t RLC-kerrokselta (RLC-AM- 
DATA. indication, 510), jolloin PDCP-entiteetti suorittaa datapakettien PDCP- 
25 PDU dekompressoinnin. Nain saadaan palautettua alkuperaiset datapaketit N- 
SDU, jotka siirretaan edelleen kayttajalle (PDCP-D ATA. indication, 512). 

Kuviossa 6 esitetaan PDCP-kerroksen toiminnalllnen malli, jossa 
kullekin paatelaiteyhteydelle on maaritelty yksi PDCP-entiteetti. Koska nykyi- 
sissa jarjestelmissa jokaiselle paatelaiteyhteydelle on maaritelty omat PDP- 
30 kontekstit, maaraytyy myos jokaiselle PDP-kontekstille yksi PDCP-entiteetti, 
jolle on edelleen RLC-kerroksessa maSritelty tietty RLC-entiteetti. GPRS- 
jarjestelmassa N-PDU-numerointi tehdaan PDP-kontekstipohjaisesti, minka 
vuoksi samaa perfaatetta on ehdotettu myos UMTS-jarjestelmaan, jolloin 
PDCP-kerros tekisi vastaavan datapakettien numeroinnin PDCP- 
35 entiteettipohjaisesti. Tailoin kayttamaiia samanlaista numerointia seka 
GPRS:ssa etta UMTS:ssa ei jarjestelmien vaiisessa handoverissa pitaisi muo- 
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dostua ongefmia. Kuitenkin tasta aiheutuva yhden ylimaaraisen tavun lisaarni- 
nen jokaiseen PDCP-datapakettiin kuluttaa UMTS-jarjestelman siirtokapasi- 
teettia, varsinkin kun tata ylirnaaraista tavua tarvitaan vain UMTS:n ja GPRS:n 
valisessa handoverissa seka UMTS:n sisaisessa radioaliverkkojarjestelmien 
5 valisessa handoverissa. 

Lisaksi PDCP-kerros voidaan periaatteessa toiminnallisesti toteut- 
taa myos siten, etta useita PDP-konteksteja multipleksataan PDCP- 
kerroksessa, jolloin PDCP-kerroksen alapuolisessa RLC-kerroksessa yksi 
RLC-entiteetti vastaanottaa datapaketteja useilta paatelaiteyhteyksilta saman- 

10 aikaisesti. TallOin PDCP-entiteettipohjaisesti maaritetyt datapakettinumerot se- 
koittuvat RLC-kerroksessa ja useilta paatelaiteyhteyksilta tulevia datapaketteja 
on hankalaa erottaa toisistaan, varsinkin jos datapakettinumerointi perustuu 
RLC-jaksonumerointiin. 

HavidtOnta handoveria, jossa datapaketteja ei hukata handover- 

15 prosessissa, edellytetaan luotettavassa tiedonsirrrossa P jossa kaytetaan kui- 
tattua lahetysta. UMTS-jarjestelman kannalta tama asettaa RLC-kerrokselle 
tiettyja edellytyksia: RLC-kerros tulee olla kuittausmoodissa ja RLC:n tulee 
pystya lahettamaan datapaketit oikeassa jarjestyksessa. Jos nama ehdot to- 
teutuvat, voidaan luotettava handover UMTSrsta GPRS:aan suorittaa keksin- 

20 non edullisen suoritusmuodon mukaisesti ilman, etta datapakettinumeroita tar- 
vitsee valittaa lainkaan. 

KeksinnOn mukaisesti pakettidatayhteyden ensimmaiselle datapa- 
ketille maaritetaan PDCP-PDU-jaksonumeno, jolle asetetaan laskuriin alkuar- 
voksi jokin ennalta maaratty lukuarvo, kuten 0, seka yhteyden lahettaja- 

25 PDCP:hen etta vastaanottaja-PDCP/SNDCP:hen. Keksintoa voidaan edulli- 
sesti soveltaa seka UMTS:n ja GPRSrn valisessa luotettavassa handoverissa 
etta UMTS:n sisaisessa radioaliverkkojarjestelmien valisessa handoverissa 
(SRNS Relocation). Taten tassa selostuksessa kaytettava termi vastaanottaja- 
PDCP voidaan ensin mainitussa tapauksessa korvata GPRSrn vastaavalla 

30 toiminnolla SNDCP. 

Keksinnon mukaista menettelya havainnollistetaan seuraavassa 
kuvion 7 avulla. Kun lahettaja-PDCP vastaanottaa (700) datapaketin PDCP- 
SDU lahettajalta, se asettaa datapaketin PDCP-SDU puskuriin ja liittaa loogi- 
sesti kyseiseen datapakettiin PDCP-PDU-jaksonumeron (702). Lahettaja- 

35 PDCP siirtaa datapaketin PDCP-PDU ja siihen loogisesti liitetyn PDCP-PDU- 
jaksonumeron RLC-kerrokselle (704) ja lisaa PDCP-PDU-jaksonumeron arvoa 
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maarittavaa laskuria yhdelia (706). RLC-kerros vol rnySs optlonaalisesti maa- 
rittaa PDCP-PDU-jaksonurneron ja datapaketin viimeisen RLC-jaksonumeron 
valisen suhteen ja tallentaa sen muistiin (708). RLC-kerros vastaa datapaket- 
tien PDCP-PDU siirrosta lahettajan ja vastaanottajan valilla (710), jotka data- 
5 paketit PDCP-PDU on pilkottu siirtoa varten datayksikoiksi RLC-PDU ja nume- 
roitu RLC-jaksonumeroilla. Kun vastaanottaja-PDCP vastaanottaa (712) RLC- 
kerrokselta tulevan datapaketin PDCP-PDU, se lisaa vastaanotettujen datapa- 
kettien PDCP-PDU-jaksonumeroiden arvoa maarittavaa laskuria yhdelia (714) 
ja sirrtaa datapaketin PDCP-SDU seuraavalle kerrokselle (716). RLC- 

10 kerroksella lahetetaan kuittaus onnistuneesti vastaanotetusta datapaketista 
lahettajaile (718), jonka kuittauksen lahettaja-RLC siirtaa lahettaja-PDCPrlle 
(720). Vasteena kulttaukseen, lahettaja-PDCP poistaa kyseisen datapaketin 
PDCP-SDU puskurista (722). Oikean poistettavan datapaketin PDCP-SDU 
maarittaminen tapahtuu edullisesti datapakettiin loogisesti liitetyn PDCP-PDU- 

15 jaksonumeron avulla. 

Taten keksinnGn rnukainen datapakettien nurnerointi tapahtuu edul- 
lisesti "virtuaalisesti" siten, etta datapaketteihin ei liiteta lainkaan erillisia data- 
pakettinumeroita, vaan laskureiden avulla paivitetaan siirrettyja datapaketteja 
ja vastaanottaja-PDCP ja lahettaja-PDCP voivat varmistua datapakettien on- 

20 nistuneesta siirrosta laskureiden arvojen perusteella. Nain ollen optimaalises- 
sa tapauksessa keksinnOn mukainen datapakettien kuittaus saadaan myfcs 
handover-prosessissa vastaamaan edelia kuvattua datapakettien kuittausta 
normaalissa PDCP-tiedonsiirtossa. Itse handover-prosessi voidaan suorittaa 
tunnetun tekniikan mukaisesti, esimerkiksi kuten edelia on kuvattu kuvion 4 

25 yhteydessa. On huomattava, etta vaikka keksintoa on edelia havainnollistettu 
handover-prosessin yhteydessa, voidaan keksinnon mukaista "virtu aalista" 
datapakettinumerointia kayttaa myos normaalissa luotettavassa tiedonsiirros- 
sa, jossa vastaanottaja ja lahettaja pysyvat koko ajan samoina, kun taas han- 
dover-prosessissa toinen taho muuttuu. 

30 Joissakin hairiotilanteissa, kuten verkon ruuhkatilanteissa tai ra- 

diosiirtotien hairioista johtuen, RLC-kerros ei voi taata luotettavaa tiedonsiirtoa. 
Lahettaja-RLC:lle on tyypillisesti maaritelty maksimiarvo, joko uudelleenlahe- 
tysten lukumaarana tai aikajaksona, jonka ajan lahettaja-RLC yrittaa lahettaa 
samaa datapakettia uudestaan. Jos maksimiarvo ylitetaan, RLC-kerros infor- 

35 moi tasta vastaanottaja-PDCPrta. Lahettaja-PDCP poistaa vastaavan datapa- 
ketin puskurista seuraavan onnistuneen datapakettilahetyksen yhteydessa. 
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Nain tapahtuu myos silloin, kun useampi perakkainen datapaketti on kadon- 
nut. Kadonneet datapaketit poistetaan puskurista vasta, kun saadaan kuittaus 
seuraavasta onnistuneesti lahetetysta datapaketista. Jos RLC-kerros pystyy 
ilmoittamaan kaikista hukkuneista datapaketeista PDCP-kerrokselle, pystyy 
5 vastaanottaja-PDCP paivittamaan PDCP-PDU-jaksonumeroa oikern, jolloin la~ 
hettaja-PDCP:n ja vastaanottaja-PDCP:n jaksonumerolaskurit pysyvat synkro- 
noituina. Kuitenkin joissakin hairiotilanteissa RLC-kerros ei pysty takaamaan 
kadonneiden datapakettien informoimista PDCP-kerrokselle, jolloin PDCP- 
PDU-jaksonumerolaskurit lahettaja-PDCPrssa ja vastaanottaja-PDCPrssa voi- 
10 vat joutua epasynkroniin. 

Tama epasynkronoituminen voldaan korjata keksinnon eraan edulli- 
sen suoritusmuodon mukaisesti siten, etta datapakettien PDCP-PDU mukana 
lahetetaan tietyin aikavaiein myos PDCP-PDU-jaksonumero. Kun vastaanot- 
taja-PDCP saa lahetetyn datapaketin PDCP-PDU ja siihen liitetyn PDCP-PDU- 
15 jaksonumeron, se vertaa PDCP-PDU-jaksonumeroa laskurin arvoon ja tarvit- 
taessa paivittaa laskurin arvon vastaamaan vastaanotetun datapaketin PDCP- 
PDU-jaksonumeroa. PDCP-PDU-jaksonumeron liittaminen datapakettiin 
PDCP-PDU voldaan edullisesti maaritelia jarjestelman asetuksilla, jolloin 
PDCP-PDU-jaksonumero voidaan liittaa esimerkiksi joka kymmenenteen tai 
20 joka sadanteen datapakettiin PDCP-PDU. PDCP-PDU-jaksonumeron liittami- 
nen datapakettiin PDCP-PDU voidaan myos maarftella tapahtuvaksi aina jon- 
kin tietyn prosessin yhteydessa, kuten edelia kuvatun datapaketin hylkayksen 
jalkeen RLC-kerroksella tai jonkin handover-prosessin jalkeen, PDCP-PDU- 
jaksonumeroa ei taten huonoissakaan lahetysolosuhteissa tarvitse liittaa jokai- 
25 seen datapakettiin, vaan jarjestelman uudelleen synkronoituminen voidaan 
edullisesti taata lahettamalla PDCP-PDU-jaksonumero vain joissakin, edulli- 
sesti hyvin harvoissa datapaketeissa. Edelia kuvatussa tilanteessa ei tieten- 
kaan tapahdu luotettavaa tiedonsiirtoa, koska datapaketteja saattaa kadota, 
mutta datapakettien lahetysta voidaan kuitenkin jatkaa, koska lahettaja ja 
30 vastaanottaja saadaan nopeasti synkronoitua. 

Kuviossa 8 esitetaan keksinnOn mukainen eras PDCP-kerroksen 
datapaketin PDCP-PDU rakenne. Keksinnon mukaista datapakettia PDCP- 
PDU voidaan kayttaa seka jatettaessa PDCP-PDU-jaksonumero pois datapa- 
ketista etta liitettaessa se mukaan jarjestelman maarittamin tietyin aikavalein. 
35 Datapaketin PDCP-PDU ensimmainen tavu kasittaa yhden bitin (N), jonka bitin 
an/olla ilmaistaan. liitetaanko datapakettiin PDCP-PDU PDCP-PDU- 



Saapunut: 14/ 2/ O 17:42; +358 3 22S21SO -> PATREK AS^KASPALVELU ; Sivu 16 

14/02 2000 MA 17:42 FAX 3 2252150 KOLSTER TAMPERE I^KIRJAAMO @ 016/027 



14 



jaksonumero vai ei. O-bitti ilmaisee, kaytetaanke datapaketin PDCP-PDU luo- 
misessa optimointialgoritmia. Jos O-bitti saa arvon 1, optimointia kaytetaan ja 
se maaritetiaan tarkemmin 12 bittia kasittavaiia optimointikentaiia (OPT), joka 
kaslttaa datapaketin PDCP-PDU ensimmaisesta tavusta nelja bittia ja tolsen 
5 tavun kokonaan. Optirnointikentan arvoilla maaritetaan mm. kaytettava otsik- 
kokentan kompressointitapa ja datapaketin tyyppi. Vastaanottaja-PDCP osaa 
optirnointikentan arvojen perusteella suorittaa datapaketille vastakkaiset toi- 
menpiteet, kuten otsikkokentan dekompressolnnin. Optirnointikentaile ei ole 
olemassa etukateen maaritettyja arvoja, vaan ne sovitaan aina erikseen la- 

10 hettajan ja vastaanottajan vaiisissa PDCP-parametrien neuvottelussa. Yhden 
tavun eli kahdeksan bittia kSsrttava PDCP-PDU-jaksonumerokentta on optio- 
naalinen ja sita kaytetaan, jos N-bitti saa arvon 1. Tail&in siis datapakettiin 
PDCP-PDU liitetaan mukaan PDCP-PDU-jaksonumero. Naiden maaritysten 
peraan liitetaan datapakettssa lahetettava varsinainen kayttajadata. 

15 Edella kuvattu datapakettirakenne on siis vain eras esimerkki siita, 

miten keksinnon mukainen PDCP-PDU-datapaketti voidaan luoda. KeksinnOn 
toteutuksen kannalta on olennaista, etta datapaketti kasittaa kentan datapake- 
tin jaksonumeron liittamisen ilmaisemiseksi seka optionaalisen jaksonumero- 
kentan, johon jaksonumero tarvittaessa liitetaan. 

20 Alan ammattilaiselle on ilmeista, etta tekniikan kehittyessa keksin- 

non perusajatus voidaan toteuttaa monin eri tavoin. Keksinto ja sen suoritus- 
muodot eivat siten rajoitu ylla kuvattuihin esimerkkeihin vaan ne voivat vaih- 
della patenttivaatimusten puitteissa. 
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Patenttivaatimukset 

1 . Menetelma datapakettien siirrossa pakettivalitteisessa tietoliiken- 
nejarjestelmassa, jonka tietoliikenneprotokolla kSsittaS konvergenssiprotokol- 
lakerroksen (PDCP, SNDCP) kayttajadatapakettien muokkaamiseksi konver- 
5 genssiprotokollapaketteihin ]a linkkikerroksen (RLC, LLC) konvergenssiproto- 
kollapakettien (PDCP-PDU) lahettamiseksi datayksikkoina (RLC-PDU) ja la- 
hetyksen kurttaamiseksi, tunnettu siitS, etta 

maaritetaan lahetettaville konvergenssiprotokollapaketeille datapa- 
kettinumero laskurin avulla, 
10 siirretaan lahetettavat konvergenssiprotokollapaketit linkkikerrok- 

selle IShetettavaksi, 

maaritetaan vastaanotetuille konvergenssiprotokollapaketeille data- 
pakettinumero laskurin avulla ja 

kuitataan vastaanotetut konvergenssiprotokollapaketit. 
15 2. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, 

etta 

vastaanotetaan lahettajan konvergenssiprotokollakerroksella kayt- 
tajadatapaketti, 

tallennetaan kayttajadatapaketti puskuriin ja maaritetaan kayttaja- 
20 datapaketille konvergenssiprotokollapakettinumero lahettajan laskurin alkuar- 
vona, 

siirretaan konvergenssiprotokollapaketti ja siihen linkitetty konver- 
genssiprotokollapakettinumero linkkikerrokselle ja lisataan lahettajan laskurin 
arvoa yhdella, 

25 lahetetaan konvergenssiprotokollapaketti lahettajan linkkikerrokselta 

ilman konvergenssiprotokollapakettinumeroa vastaanottajan linkkikerrokselle, 

siirretaan vastaanotettu konvergenssiprotokollapaketti vastaanotta- 
jan linkkikerrokselta konvergenssiprotokollakerrokselle ja lisataan vastaanot- 
tajan laskurin arvoa yhdelia, 

30 lahetetaan vastaanottajan linkkikerrokselta kuittaus lahettajan link- 

kikerrokselle konvergenssiprotokollapaketin vastaanotosta ja 

poistetaan kayttajadatapaketti puskurista vasteena sille, etta kuitta- 
us konvergenssiprotokollapaketin vastaanotosta siirretaan lahettajan konver- 
genssiprotokollakerrokselle. 

35 3. Patenttivaatimuksen 2 mukainen menetelma, tunnettu siita, 

etta 
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liitetaan lahettajan laskurin maarittama konvergenssiprotokollapa- 
kettinumero ennalta maaritetyin valein linkkikerroksella lahetettavaan konver- 
genssiprotokollapakettiin vasteena sille, etta linkkikerros ei pysty takaamaan 
konvergenssiprotokollapakettien luotettavaa lahetysta, 
5 verrataan vastaanottajan laskurin arvoa vastaanotetun konvergens- 

siprotokollapaketin konvergenssipratokollapakettinumeroon ja 

paivitetaan vastaanottajan laskurin arvo vastaamaan mainittua kon- 
vergenssiprotokollapakettinumeroa vasteena sille, etta arvot ovat erisuuria. 

4. Patenttivaatimuksen 3 mukafnen menetelma, t u n n e 1 1 u siita, 

10 etta 

liitetaan lahettajan laskurin maarittama konvergenssiprotokollapa- 
kettinumero lahetettavaan konvergenssiprotokollapakettiin vasteena ennalta 
maaratyn tietolifkennejarjestelman prosessin, kuten datapaketin hylkayksen tai 
yhteysvastuun siirron, suorittamiselle. 
15 5, Patenttivaatimuksen 3 tai 4 mukainen menetelma, tu n n e tt u 

siita, etta 

poistetaan kuittaamattomat kayttajadatapaketit puskurista vasteena 
sille, etta vastaanottajalta lahetetaan kuittaus lahettajaile kuittaamattomien 
kayttajadatapakettien jalkeen lahetettya kayttajadatapakettia vastaavan kon- 
20 vergenssiprotokollapaketin vastaanotosta. 

6. Jonkin edellisen patenttivaatimuksen mukainen menetelma, 
t u n n e 1 1 u siita, etta 

mainittu tietoliikennejarjestelma on kuitattua lahetysta kayttava pa- 
kettivaiitteinen matkaviestinjarjestelma, kuten UMTS- tai GPRS-jarjestelma. 
25 7. Patenttivaatimuksen 6 mukainen menetelma, t u n n e 1 1 u sirta, 

etta 

menetelmaa sovelletaan UMTS.n ja GPRS:n valisessa yhteysvas- 
tuun siirrossa. 

8. Patenttivaatimuksen 6 mukainen menetelma, t u n n e 1 1 u siita, 

30 etta 

menetelmaa sovelletaan UMTS:n radioaliverkkojarjestelmien vali- 
sessa yhteysvastuun siirrossa. 

9. Pakettivalitteinen tietoliikennejarjestelma, joka kasittaa paatelait- 
teen (MS, UE) ja kiintean verkon, joka kasittaa pakettivalitteista tiedonsiirtoa 

35 tukevan verkkoelementin (SGSN, SRNC), jossa tietoliikennejarjestelmassa 
datapaketteja on jarjestetty lahetettavaksi paatelaitteen ja verkkoelementin va- 
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lilld ja jonka tietoliikennejarjestelman tietoliikenneprotokolla kasittas konver- 
genssiprotokollakenroksen (PDCP, SNDCP) kayttajadatapakettien muokkaa- 
miseksi konvergenssiprotokollapaketteihin (PDCP-PDU) ja linkkikerroksen 
(RLC, LLC) konvergenssiprotokollapakettien lahettamiseksi datayksikkoina 
5 (RLC-PDU) ja lahetyksen kuittaamiseksi, tunnettu siita, etta paatelaitteen 
ja verkkoelementin valisessa datapakettien siirrossa 

lahetettaville konvergenssiprotokollapaketeille on jarjestetty maari- 
tettavaksi datapakettinumero laskurin avulla, 

lahetettavat konvergenssiprotokollapaketit on jarjestetty siirretta- 
10 vaksi linkkikerrokselle la hetetta vaksi, 

vastaanotetuille konvergenssiprotokollapaketeille on jarjestetty 
maaritettavSksi datapakettinumero laskurin avulla ja 

vastaanotetut konvergenssiprotokollapaketit on jarjestetty kuitatta- 

vaksi. 

15 10. Patenttivaatimuksen 9 mukainen tietoliikennejarjestelma, 

tunnettu siita, etta 

lahettajan konvergenssiprotokollakerros on jarjestetty vastaanotta- 
maan kayttajadatapaketin, 

kayttajadatapaketti on jarjestetty tallennettavaksi puskuriin ja kayt- 
20 tajadatapaketille on jarjestetty maarrtettavaksi konvergenssiprotokollapaketti- 
numero lahettajan laskurin alkuarvona, 

konvergenssiprotokollapaketti ja siihen linkrtetty konvergenssiproto- 
kollapakettinurnero on jarjestetty siirrettavaksi linkkikerrokselle ja lahettajan 
laskurin arvoa on jarjestetty lisattavaksi yhdella, 
25 konvergenssiprotokollapaketti on jarjestetty lahetettSvaksl lahetta- 

jan linkkikerrokselta vastaanottajan linkkikerrokselle ilman konvergenssiproto- 
kollapakettinumeroa, 

vastaanotettu konvergenssiprotokollapaketti on jarjestetty siirretta- 
vaksi vastaanottajan linkkikerrokselta konvergenssiprotokollakerrokselle ja 
30 vastaanottajan laskurin arvoa on jarjestetty lisattavaksi yhdella, 

vastaanottajan linkkikerrokselta on jarjestetty lahetettavaksi kuittaus 
lahettajan linkkikerrokselle konvergenssiprotokollapaketin vastaanotosta ja 

kayttajadatapaketti on jarjestetty poistettavaksi puskurista vasteena 
sille, etta kuittaus konvergenssiprotokollapaketin vastaanotosta siirretaSn ia- 
35 hettajan konvergenssiprotokollakerrokselle. 
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11. Patenttivaatimuksen 10 mukainen tietoliikennejarjestelma, 
tunnettu siita, etta 

lahettajan laskurin maarittarna konvergenssiprotokoHapakettinume- 
ro on jarjestetty liitettavaksi ennalta maaritetyin valein lahetettavaan konver- 
5 genssiprotokollapakettiin vasteena sille, etta linkkikerros ei pysty takaamaan 
konvergenssiprotokollapakettien luotettavaa lahetysta, 

vastaanottajan laskurin arvo on jarjestetty verrattavaksi vastaan- 
otetun konvergenssiprotokollapaketin konvergenssiprotokollapakettinumeroon 

10 vastaanottajan laskurin arvo on jarjestetty paivrtettavaksi vastaa- 

maan mainittua konvergenssiprotokollapakettinumeroa vasteena sille, etta ar- 
vot ovat erisuuria. 

12. Patenttivaatimuksen 11 mukainen tietoliikennejarjestelma, 
tunnettu siita, etta 

15 lahettajan laskurin maarittarna konvergenssiprotokollapakettinume- 

ro on jarjestetty liitettavaksi lahetettavaan konvergenssiprotokollapakettiin 
vasteena ennalta maaratyn tietoliikennejarjestelman prosessin, kuten datapa- 
ketin hylkayksen tai yhteysvastuun siirron, suorittamiselle. 

13. Patenttivaatimuksen 11 tai 12 mukainen tietoliikennejarjestelma, 
20 tunnettu siita, etta 

kuittaamattomat kayttajadatapaketit on jarjestetty poistettavaksi 
puskurista vasteena sille, etta vastaanottajalta lahetetaan kuittaus lahettajaile 
kuittaamattomien kayttajadatapakettien jaikeen lahetettya kayttajadatapakettia 
vastaavan konvergenssiprotokollapaketin vastaanotosta. 
25 14. Jonkin patenttivaatimuksen 9-13 mukainen tietoliikennejarjes- 

telma, tunnettu siita, etta 

mainrttu tietoliikennejarjestelma on kuitattua Jahetysta kayttava pa- 
kettivalitteinen matkaviestinjarjestelma, kuten UMTS- tai GPRS-jarjestelma. 

15. Patenttivaatimuksen 14 mukainen tietoliikennejarjestelma, 
30 tunnettu siita, etta 

konvergenssiprotokollapakettinumero on jarjestetty maaritettavaksi 
laskurin avulla UMTS:n ja GPRS:n vaiisessa yhteysvastuun siirrossa. 

16. Patenttivaatimuksen 14 mukainen tietoliikennejarjestelma, 
tunnettu siita, etta 
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konvergenssiprotokollapakettinumero on jSqestetty maaritettavaksi 
laskurin avulla UMTSm radioaliverkkojan'estelmien vSlisessa yhteysvastuun 
siirrassa. 

5 
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(57) Tirvistelma 

Menetelma datapakettien numeroimiseksi kuitattua lahe- 
tysta kayttavassa pakettivMtteisessa tietoliikennejarjes- 
telmassa, jonka tietoliikenneprotokolla kasittaS konver- 
genssiprotokollakerroksen kayttajadatapakettien muok- 
kaamiseksi konvergenssiprotokollapaketteihin ja linkkiker- 
roksen konvergensslprotokollapakettien lahettamiseksi 
datayksikk6in£ ja lahetyksen kuittaamiseksi, Lahetettaville 
konvergenssiprotokollapaketeille maarltetaan datapaketti- 
numero laskurin avulla ja lahetettavat konvergenssiproto- 
kollapaketit siirretaan linkkikerrokselle lahetettavaksi ilman 
datapakettinumeroa. Vastaanotetuille konvergenssiproto- 
kollapaketeille maaritetaan myds datapakettinumero las- 
kurin avulla ja vastaanotetut konvergenssiprotokollapaketit 
kurtataan lahettajalle. 
(Kuvio 7) 
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